home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
The Atari Compendium
/
The Atari Compendium (Toad Computers) (1994).iso
/
files
/
umich
/
telecomm
/
fnordadl
/
fn132man.zoo
/
chapter.04
< prev
next >
Wrap
Text File
|
1991-09-02
|
37KB
|
802 lines
Chapter 4: Aide and Co-Sysop Command Reference 62
4 Aide and Co-Sysop Command Reference
If you are a normal person, the fact that you are also the Sysop won't
confer the much-needed qualities of omnipresence and omniscience on you.
The fact is you just can't do everything required by running your system,
all the time. You may be able to get away without doing it all, but if
you want help, the thing to do is grant Aide and/or Co-Sysop status to a
select few users of your system. An Aide has powers greater than those
of a normal user---he/she may delete messages, edit certain attributes of
rooms, etc. A Co-Sysop has powers which are still greater---he/she may do
everything an Aide can do, plus fully edit rooms, journal (copy) messages
to files on disk, and many other things.
Note that we make a distinction between ``a user with Co-Sysop status''
and ``the Sysop''. Both have the same Sysop privilege flag set in their
user configuration, but the latter is a quick way of saying ``you, the
guy/gal who runs the system''. We tend to assume that you will grant
yourself all the powers in the book---but there's nothing that says you
have to.
4.1 Aides
In addition to having access to all the commands described in Chapter 3
[User Command Reference], page 24, any user with Aide privileges (or the
Sysop or any Co-Sysop, of course, since they also have Aide privileges)
will also have access to the additional commands described in the following
sections. They will also be able to enter the special room called Aide>,
where system messages from Fnordadel are logged, and where discussions can
be held without concern that any non-Aide will ever get into the room.
Many Aide commands causes changes of one form or another to your system.
Most changes are accounted for by Fnordadel and are recorded under the
Aide's name in the Aide> room for scrutiny by you and other Aides. If a
person is found to be abusing the Aide privileges, you may then take such
action as you see fit.
4.1.1 Granting Aide status
For now, suffice it to say that you must explicitly grant Aide status to
any user. The command to do this is documented in Section 5.2 [User Status
Commands], page 80.
Chapter 4: Aide and Co-Sysop Command Reference 63
4.1.2 The .A(ide) command
Most of the additional functions available to users with Aide status are
accessed via the .A(ide) extended command or its floor mode counterpart
(coming up next section). Executing .A(ide) ? will show you a list like
this:
[C]hat with sysop
[D]elete empty rooms
[E]dit current room
[K]ill current room
[S]et time and date
.A(ide) C(hat)
This command is identical to the regular single-key [C]hat
command, with one exception: it will override the Sysop-
settable chat flag, and page the Sysop regardless. For more
details on the chat flag, see [C]hat toggle in Section 5.1
[Sysop Special Functions], page 75.
.A(ide) D(elete empty rooms)
This command will cause Fnordadel to do explicitly what it
normally does implicitly: search out and destroy all temporary
rooms on the system that currently have no messages in them. It
will delete the rooms' floor as well, if no rooms are left in
it after the empty ones have been toasted. For more details
on temporary vs. permanent rooms, see Section 2.2 [Rooms],
page 15. Use of this command is logged in Aide>.
Use of this command is *not* affected by the setting of the
`ctdlcnfg.sys' parameter #aidekillroom, which determines whether
.A(ide) K(ill room) and ;A(ide) K(ill floor) are executable
by Aides and Co-Sysops, or just Co-Sysops. The Sysop can,
naturally, blow away anything at any time.
.A(ide) E(dit current room)
This command brings up a new menu consisting of various
room-editing options. Any Aide can use the commands in the
following list, while users with Sysop or Co-Sysop status have
these plus a few more (see Section 4.2.1 [Sysop room-editing
commands], page 70). Use of this command is logged in Aide>.
See Section 2.2 [Rooms], page 15, for a dissertation on many of
the room features manipulated by these commands.
[C]hange name
[E]vict user
[I]nvite user
[K]ill room description
[L]- edit room description
[M]- toggle readonly status
An[O]nymous room
[P]ermanent
[T]ype (Public/Hidden/Invite-only)
[V]alues of room
e[X]it
Chapter 4: Aide and Co-Sysop Command Reference 64
[C]hange name
This command does the obvious, and allows the
alteration of a room's name. A room's name should,
in general, reflect the purpose or topic of the room,
which sometimes changes. But what the heck---it's
your system, use whatever names you like. We give
you permission.
[E]vict user
This command allows the eviction of a user from a
private, invitation-only room. A user so evicted
cannot return to the room even by knowing the full
name, so you need not change the name of the room for
security reasons.
[I]nvite user
This command, if you're with us so far, will be
clear. It permits the invitation of users into
private, invitation-only rooms. Knowing the room
name isn't enough to gain access. Note that you as
The Sysop (or anyone with Co-Sysop status using your
system from the console), will always have access to
any invitation-only room, whether invited or not.
[K]ill room description
This command wipes out the description file for the
room being edited. The contents of this file,
which are formatted like a message, are displayed
for users via the [I]nfo command at the room prompt
(see Section 3.1.1.3 [Other room prompt commands],
page 29).
[L]- edit room description
This command creates (if it wasn't there) and allows
the editing of the description file for the room
being worked on. The description file can be viewed
by users using the [I]nfo command at the room prompt
(see Section 3.1.1.3 [Other room prompt commands],
page 29). Since the file is formatted just like
a message, we let you use the standard message
editor to edit the file, with some restrictions on
the commands available at the editor prompt. A
`ctdlcnfg.sys' parameter called #infomax controls the
maximum size of info files.
The file will be called `roomnnnn.inf', where nnnn
is the room's number in four digits. All `.inf'
files are kept with the `roomnnnn.sys' files in the
#roomdir directory defined in `ctdlcnfg.sys'.
[M]- toggle readonly status
T